home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 7533 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB
  1. Path: keats.ugrad.cs.ubc.ca!not-for-mail
  2. From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Researching bounds checkers, recomendations please!
  5. Date: 25 Feb 1996 11:32:56 -0800
  6. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  7. Message-ID: <4gqdh8INNsij@keats.ugrad.cs.ubc.ca>
  8. References: <dwright.824271233@winternet.com>
  9. NNTP-Posting-Host: keats.ugrad.cs.ubc.ca
  10. Keywords: memory bounds checkers
  11.  
  12. In article <dwright.824271233@winternet.com>,
  13. Douglas Wright <dwright@subzero.winternet.com> wrote:
  14. >I am researching bounds checkers and would welcome any advise, 
  15. >recommendations, opinions (pro or con), reviews or insights into the 
  16. >various products on the market.
  17.  
  18. ElectricFence, developed some years ago at Pixar corp. It's a malloc() heap
  19. debugger for UNIX. It places protected pages around your allocated blocks, so
  20. overruns can be caught using the usual segmentation violation mechanism.
  21. It has options to align the ends of blocks with the beginnings of pages, or
  22. vice versa. It can also optionally check for accesses to previously free()d
  23. space, by permanently marking such areas inaccessible (this can be a dog, for
  24. obvious reasons---expect to add virtual memory on the fly).
  25.  
  26. >I am most interested in DOS Borland C 3.1 development at this time, 
  27. >although OS/2, QNX and Windows are also of intrest.
  28.  
  29. Haha.
  30. -- 
  31.  
  32.